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5 SCALABLE QUALITY BROADCAST SERVICE 

IN A MOBILE WIRELESS COMMUNICATION NETWORK 

BACKGROUND OF THE INVENTION 
With the introduction of third generation (3G) wireless communication networks, 

10 delivery of video services to mobile subscribers is now possible. Video has proven to be 
an effective medium for entertainment and education, and communications. Video 
services delivered over wireless communications networks will greatly enrich the 
communications capabilities of mobile subscribers, and will open up new market 
opportunities for content providers. Multimedia and video streaming services will allow 

15 content providers to deliver video to mobile subscribers wherever they happen to be. 
For example, a mobile subscriber waiting in an airport lobby for a flight will be able to 
receive live broadcasts of programming such as sporting events, news, or other 
programs, rather than simply get updates via text-based services. Additionally, mobile 
subscribers will have access to video on demand (VOD) programming. 

20 Videoconferencing is another service that will enhance the communications capabilities 
of mobile subscribers. 

Because transmission of video consumes significant air interface capacity, 
contention for the available air interface resources between voice users and multimedia 
users is likely to occur during peak periods. Service providers need some flexibility in 

25 balancing the needs of voice users and multimedia users. One solution is to simply 
allocate a fixed amount of air interface resources for voice and multimedia users 
respectively. However, fixed allocations of resources are inefficient from a spectrum 
utilization standpoint. If the number of voice users is small, resources allocated to the 
voice users will be underutilized. Increases in system capacity can be achieved by 

30 dynamically allocating unused resources to multimedia users when the number of voice 
users is small. Problems may still arise when the aggregate demands of the voice and 
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5 multimedia users exceed the available resources for providing such services. During 
periods of network congestion, admission control algorithms will block some users from 
receiving service. Service providers may charge some users an extra fee to have 
preferential access during peak periods. However, there will always be some users who 
are dissatisfied. 

10 

SUMMARY OF THE INVENTION 
The present invention provides a method and system to dynamically reassign air 
interface resources in a mobile wireless communication network responsive to variations 
in demand and to scale the quality of a broadcast stream to the resources dedicated to a 

1 5 broadcast stream. Various techniques for adapting the quality of the broadcast stream 
may be used. In a preferred embodiment of the invention, a layered encoding algorithm 
is used in conjunction with a layered transmission scheme to adapt the quality of a 
broadcast stream responsive to varying demands. The content of each broadcast 
stream, which may comprise video, audio or other multimedia content, is encoded into 

20 multiple layers including a base layer and one or more enhancement layers that can be 
successively combined to provide progressive refinements in quality. The base layer 
contains the data representing the most important features of the video. Additional 
enhancement layers contain data that progressively refine the video. The network has 
the ability to selectively change the number of layers in a broadcast stream and hence 

25 the quality of the broadcast stream at various points in the network responsive to 

changes in resource utilization. Reducing the number of layers in a broadcast stream 
lowers the bandwidth requirements of the stream to reduce air interface resources 
required to support the broadcast stream. 

In another aspect of the present invention, the network provides an explicit 

30 notification to the mobile stations when changing the quality of the broadcast stream to 
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avoid service disruption and to enable smooth transitions between changes. The 
network may send a message to the mobile station indicating changes in the quality of 
the broadcast stream and/or the resources used to deliver the broadcast stream. The 
message may include an action time parameter indicating in advance the time when the 
changes will be effective. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is block diagram illustrating the functional entities in an exemplary mobile 
wireless communication network. 

Fig. 2 is a schematic diagram illustrating a video streaming session. 

Fig. 3 is a schematic diagram illustrating a videoconferencing session. 

Fig. 4 is a block diagram illustrating the functional entities for dynamically scaling 
the quality of a multimedia stream. 

DETAILED DESCRIPTION OF THE INVENTION 
Figure 1 illustrates an exemplary wireless network 10 for providing 
broadcast/multicast services (BCMCS) to a mobile subscriber. The wireless network 10 
may be any type of wireless network, such as a CDMA network, WCDMA network, 
GSM/GPRS network, EDGE network, or UMTS network. Figure 1 illustrates a network 
10 configured according to the cdma2000 standards. Wireless network 10 comprises a 
core network 20 and a radio access network (RAN) 30. The core network 20 connects 
to one or more external networks, such as the Internet and other wireless 
communication networks. The RAN 30 connects to the core network 20 and serves as 
the access point for mobile stations 100. 

The core network 20 includes a Packet Data Serving Node (PDSN) 21 a 
Broadcast Serving Node (BSN) 22, a BCMCS Controller 23, a BCMCS Content Server 
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5 (BCMCS-CS) 24, and an authentication, authorization and accounting server (AAA) 26. 
The PDSN 21 connects to an external packet data network (PDN), such as the Internet, 
and supports PPP connections to and from the mobile stations. It adds and removes IP 
flows to and from the RAN 30 and routes packets between the external packet data 
network and the RAN 30. The BSN 22 connects to the BCMCS-CS 24 and supports 

10 BCMCS flows to and from the mobile stations. It adds and removes BCMCS flows to 
and from the RAN 30. The BSN also processes BCMCS flows for bit-rate adaptation as 
hereinafter described. The functions of the BSN 22 may be incorporated into the PDSN 
21 if desired. The BCMCS controller 23 is responsible for managing and providing 
BCMCS session information to the BSN 22, BCMCS-CS 24, RAN 30, and the mobile 

15 stations 100. The BCMCS-CS 24 is the logical entity that makes BCMCS content 
available to mobile stations. The BCMCS-CS 24 is not necessarily the source of the 
content but may receive the content from external content providers. The content 
provider 50 may be a server within the serving network, in a mobile station's home 
network, or in an external PDN such as the Internet. It may store and forward content 

20 from the content provider, or may merge content from multiple content providers. If 

encryption is used, the BCMCS-CS 24 may encrypt the stream content. The AAA 26 is 
responsible for authentication, authorization and accounting functions. It accesses a 
Subscriber Profile Database (not shown) to obtain information from a user's subscription 
profile, and may send the user subscription profile to the BCMC-CS 24. 

25 The RAN 30 includes a Packet Control Function (PCF) 32, a Base Station 

Controller 32 a and one or more radio base stations (RBSs) 36. The primary function of 
the PCF 32 is to establish, maintain, and terminate connections to the PDSN 21. The 
BSCs 34 control the radio resources within their respective domains. A BSC 34 can 
manage several RBSs 36. The RBSs 36 provide the air interface for communicating with 

30 mobile subscribers. An exemplary air interface specification for providing BCMCS 
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5 services is described in the Third Generation Partnership Project 2 (3GPP2) 

specification titled CDMA High Rate Broadcast-Multicast Packet Data Air Interface 
Specification, Version 1.0 (Feb. 2004)( the BCMCS Air Interface Specification), which is 
incorporated herein by reference. 

BCMCS services provide the ability to transmit the same information stream, 

10 referred to herein as a BCMCS stream, to multiple users simultaneously. BCMCS 

services may be used for video streaming applications and to provide videoconferencing 
capabilities to mobile stations 100. Typical video streaming applications include live 
broadcasts and video on demand (VOD). Figures 2 and 3 illustrate two applications. 

In Fig. 2, a BCMCS stream flows from the BCMCS-CS 24 to a number of mobile 

1 5 stations 1 00, which may be in different sectors of the networks. A content provider 50 
residing in either the core network 20 or in a PDN generates the content of the BCMCS 
stream, which may comprise a real-time broadcast or a stored broadcast program. The 
content is in digital form. If the content provider is outside the network, the content 
provider packetizes the content for delivery over the IP network to the BCMCS-CS 24 in 

20 the core network 20, which makes the content available to mobile stations within the 
wireless communication network. The BCMCS stream is duplicated at branching points 
within the network 10 to make the stream available to different sectors. One or more 
RBSs 36 broadcast the BCMCS stream to the mobile stations 100 over a forward 
broadcast channel. 

25 In Fig. 3, four mobile stations 100 (MSs 1-4) are engaged in a videoconference. 

A BCMCS stream from one mobile station 100 (MS 1) is shown, however, those skilled 
in the art will appreciate that similar BCMCS streams originate from each of the mobile 
stations 100. The originating mobile station 100 (MS 1) transmits the BCMCS stream 
over reverse link broadcast channel to a serving RBS 36. The network 10 routes the 

30 BCMCS stream to one or more terminating RANs 30, which broadcast the BCMCS 
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5 stream over a forward broadcast channel to the terminating mobile stations 100 (MSs 2- 
4). Fig. 3 illustrates three terminating mobile stations 100 (MSs 2-4) in two different 
RANS 30. 

Reception of a BCMCS service is enabled by a number of procedures that are 
described in the 3GPP2 specification titled Broadcast and Multicast Services Framework 

10 X.P0019, Rev. 0.1.4 (March 15, 2004)(Framewor/c). The basic procedures include 

service discovery/announcement, content subscription, content information acquisition, 
content availability determination, BCMCS registration, reception of content, and 
BCMCS deregistration. The network 10 provides one or more mechanisms to enable 
users to request or be informed about BCMCS services available. The BCMCS-CS 24 

15 may act as a server in communication with a client application in a mobile station 100. 
The client application may request BCMCS service information from the BCMCS-CS 24, 
or the BCMCS-CS 24 may send unsolicited announcements about BCMCS services. 
Other service discovery/announcement mechanisms include announcements via SMS 
and WAP. Whatever mechanism is used for service discovery/announcement, the 

20 information concerning BCMCS content and schedule is provided to the mobile stations 
100. The service discovery/announcement mechanism provides basic information about 
the service required for information acquisition, such as the content name and start time. 

The user subscribes to BCMCS content and selects the content that he wants to 
receive. Content subscription may be performed either before or after service 

25 discovery/announcement. User subscription information is stored in a subscriber profile. 
To receive selected content, the mobile station 100 communicates with the BCMCS 
controller 23 to acquire session information associated with a selected BCMCS content. 
This process is known as content information acquisition. The session information 
includes such information such as a BCMCS flow identifier that identifies a BCMCS 
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5 stream, flow treatment, e.g., header compression and/or header removal, and the 
transport and application protocols used. 

The content availability determination procedure enables the mobile station 100 
to determine the availability of a particular BCMCS stream. The serving RBS 36 may 
transmit content availability information to the MS in overhead messages. If the mobile 
10 station 100 cannot find the content availability information from the overhead messages, 
the mobile station 100 may request the desired BCMCS stream by making a BCMCS 
registration request. 

The BCMCS registration procedure is used by the mobile station 100 to request 
delivery of a BCMCS stream. The BCMCS registration request is sent by the mobile 

15 station 100 to the serving RBS 36. If a bearer path between the BCMCS-CS 24 and the 
RBS 36 is not established, the RBS 36 in cooperation with the BCMCS-CS 24 will 
establish a bearer path. Once the mobile station 100 begins receiving the BCMCS 
stream, the RBS 36 may require the mobile station 100 to periodically reregister. 
Periodic registration allows the RBS 36 to stop broadcasting a BCMCS stream when 

20 there are no mobile stations 100 receiving the stream. 

The mobile station 100 may perform a BCMCS deregistration procedure to notify 
the RBS 36 that the mobile station 100 is no longer monitoring the BCMCS stream. 
Deregistration may also occur via time out at the RBS 36 if the deregistration timer for 
the mobile station 100 expires. 

25 The BCH for transmitting a BCMCS stream over the air interface may be a 

shared channel or a dedicated channel. The BCH, in general, will have a forward link 
but no reverse link. In cdma2000 systems, the broadcast channel may comprise one or 
more forward supplemental channels (F-SCH). Also, the BCH could be carried over a 
shared packet data channel, such as the forward packet data channel F-PDCH in 

30 cdma2000. The BCH carries packets containing the BCMCS content generated by the 
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5 BCMCS-CS. The BCH can also carry forward-link signaling messages. Each BCMCS 
stream is associated with an identifier. As will be described in greater detail below, a 
BCMCS stream may comprises one or more substreams. 

The BCMCS stream is transmitted to the mobile station over a forward broadcast 
channel (F-BCH). The BCH may comprise several subchannels referred to herein as 

10 Broadcast Logical Channels. A BCMCS stream is carried on one Broadcast Logical 
Channel. Each Broadcast Logical Channel may carry one or more BCMCS streams. In 
order for a mobile station to discover and monitor broadcast content successfully, 
various broadcast-related parameters need to be sent to the mobile receiver over the air 
interface. The network broadcasts these parameters over the BCH in the form of a 

15 broadcast overhead message. The broadcast overhead message contains the logical- 
to-physical channel mapping and other parameters for each BCMCS flow to enable the 
mobile stations to successfully receive the BCMS flow. 

Because video and multimedia streams consume substantial resources, the 
present invention provides a mechanism to dynamically reassign air interface resources 

20 responsive to variations in demand and to scale the quality of a BCMCS to the resources 
dedicated to a BCMCS stream. For example, when the demands exceed the capacity of 
available resources, a resource management entity in the network may reduce the air 
interface resources dedicated to a given BCMCS stream. In this case, the quality of the 
BCMCS stream is reduced to fit the BCMCS stream into the reduced air interface 

25 resources. Conversely, when the air interface resources are underutilized, the resource 
management entity may increase the air interface resources dedicated to the BCMCS 
stream. In this case, the quality of the BCMCS stream is enhanced to provide a higher 
QoS to recipients of the BCMCS stream. 

Various techniques for adapting the quality of the BCMCS stream may be used. 

30 For example, the source encoding of the broadcast stream could be changed to reduce 
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5 the data rate. In a preferred embodiment of the invention, a layered encoding algorithm 
is used in conjunction with a layered transmission scheme to adapt the quality of a 
BCMCS stream responsive to varying demands. The content of each BCMCS stream, 
which may comprise video, audio other multimedia content, is encoded into multiple 
layers including a base layer and one or more enhancement layers that can be 

10 successively combined to provide progressive refinements in quality. For example, the 
MPEG-2, MPEG-4 and H.263 standards for video compression and transmission 
support layered coding of video. The base layer contains the data representing the most 
important features of the video. Additional enhancement layers contain data that 
progressively refine the video. MPEG-2 and H.263 standards, for example, support 

15 cumulative layered encoding of video with four scalability modes: spatial scalability, 
temporal scalability, SNR scalability, and data portioning. A combination of these 
scalability modes leads to hybrid scalability consisting of a large number of layers. The 
network has the ability to selectively change the number of layers in a BCMCS stream 
and hence the quality of the BCMCS stream at various points in the network responsive 

20 to changes in resource utilization. Reducing the number of layers in a BCMCS stream 
lowers the bandwidth requirements of the stream to reduce air interface resources 
required to support the BCMCS stream. 

Figure 4 illustrates logical network elements for adapting the bandwidth 
requirements of a BCMCS stream in one exemplary embodiment of the invention. A 

25 resource manager 60 monitors resource utilization and determines the resources to be 
allocated for a given BCMCS stream. The stream manager 62 receives layered content 
from the BCMCS-CS 24 and adapts the layered content to the allocated resources 
responsive to the resource manager 60. In one embodiment, the content is encoded with 
a layered encoding algorithm. The resource manager 60 determines either the number 

30 of layers or bit rate that can be accommodated by the resources allocated to that stream. 
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5 The stream manager 62 generates a BCMCS stream with a quality adapted to the 
allocated resources for the broadcast stream responsive to the resource manager 60. 
The stream manager 62 in effect acts as a governor to throttle the BCMCS stream 
flowing from the BCMC-CS 24 to the mobile stations 100 during periods of congestion. 
The BCMCS-CS 24 in a preferred embodiment transmits all layers to the stream 

10 manager, which pairs the layers responsive to the resource manager 60. 

Numerous techniques may be used to vary the layers in a BCMCS stream 
carrying layered content. In one approach, referred to herein as the packet filtering 
approach, the BCMCS-CS 24 provides a single BCMCS stream containing multiple 
layers to the stream manager 62. The BCMCS stream is encoded using a layered 

15 coding algorithm. Packets corresponding to the different layers are identified by 

information contained in the packet headers. The stream manager 62 includes a packet 
filter that filters the packets in the BCMCS stream and drops those packets that are not 
being transmitted over the air interface. 

In another approach, referred to herein as the multiple thin stream approach, the 

20 BCMCS stream is divided into multiple "thin" streams corresponding to the different 
encoding layers. Each layer is transmitted as a separate substream from the BCMCS- 
CS 24 to the stream manager 62. Each substream is associated with the same BCMCS 
flow identifier. The stream manager 62 selects the layers to be delivered to the mobile 
stations 100 over the air interface and discards the layers that are not selected. The 

25 selected layers may preferably be combined by the stream manager 62 before 

transmission over the air interface. This approach reduces the computational demands 
on the mobile station. Alternatively, the selected layers may be transmitted separately 
and combined at the mobile station 100. 

In a third approach, referred to herein as the group approach, multiple BCMCS 

30 streams are transmitted from the BCMCS-CS to the stream manager 62. Each stream 
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5 carries the same content but has different numbers of encoding layers. For example, 
one stream may comprise only the base layer, a second stream may comprise the base 
layer and a first enhancement layer, and a third stream may comprise the base layer and 
two enhancement layers. Thus, each stream corresponds to a different grouping of 
layers and is therefore referred to herein as a group. The groups may be associated 

10 with the same BCMCS flow identifier. An additional identifier may be required to identify 
the individual groups. Depending on the resources allocated for a particular BCMCS 
stream, the stream manager 62 selects the group with the highest quality that can be 
accommodated by the resources allocated for the BCMCS stream. The selected group 
is transmitted over the air interface to the mobile stations 100. 

15 In one variation of the group approach, multiple groups may be transmitted to the 

mobile stations 100 over the air interface simultaneously. The mobile stations 100 can 
independently select the group to receive, depending on the mobile station's capabilities 
and service profile. Each group can be encrypted and require a different subscription 
that can be stored in the user's subscription profile. All groups are transmitted when the 

20 resources are available. The resource manager 60 can dynamically add and remove 
groups being transmitted over the air interface, depending on the availability of air 
interface resources. 

Other factors in addition to network conditions may be considered when adapting 
the quality of the BCMCS stream. For example, the network may use knowledge of the 
25 capabilities of the mobile stations to avoid transmission of content that cannot be 
received by any mobile stations 100. If there is no mobile station 100 capable of 
receiving and processing more than three layers, for example, it is a waste of resources 
to transmit more than three layers over the air interface. Feedback of mobile station 
capabilities to the resource manager 60 is shown by the dotted line in Fig. 4. 
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5 The resource manager 60 may reside at a single node within the network, or may 

be distributed among two or more nodes. In one exemplary embodiment, the resource 
manager 60 resides in the BSC and implements dynamic quality scaling on a sector-by- 
sector basis. A stream manager 62 could be located at each RBS 36 or at the BSC 34 
in the RAN 30. Locating the stream manager 62 at the BSC 34 or RBS 36 provides the 
10 greatest flexibility in responding to local changes in resource utilization and would not 
require any changes in the core network. Alternatively, the stream manager 62 could be 
located at the BSN 22 in the core network 20, or integrated with the BCMCS-CS server 
24. 

The resource manager 60 monitors resource utilization by various services, such 
15 as voice, packet data and broadcast services, and determines how the available radio 
resources should be allocated. The resource manager 60 dynamically changes the 
allocation of those resources depending on resource utilization. If a sector begins to 
experience congestion, the resource manager 60 may reallocate resources being used 
for BCMCS services to voice services or other services. Conversely, if a sector is lightly 
20 loaded, the resource manager 60 may allocate unused resources to BCMCS services to 
improve QoS. 

The resources managed will depend on the type of channels used to deliver 
broadcast services. For forward link communications in a CDMA network, the resource 
manager 60 can manage two types of resources depending on the type of channel being 

25 used to deliver services - 1 ) Walsh codes and power for dedicated channels, and 2) time 
slots and power for shared channels. Based on the bandwidth required for a BCMCS 
stream, the resource manager 60 determines what specific resources to allocate to the 
BCMCS stream and determines the number of layers that can be accommodated by the 
allocated resources. The stream manager 62 is responsive to the resource manager 60 

30 to vary the quality of the BCMCS stream accordingly. 



12 of 28 



P18202-US2/4740-299 

5 In a preferred embodiment of the invention, the resource manager 60 measures 

the use of a limited resource such as the power or available Walsh codes. The resource 
manager 60 can measure the amount of the resource that is currently being used, or that 
is currently available. For example, if the resource monitored is power, the resource 
manager 60 can monitor the total power used by each service and the total power used 

1 0 by all services. The resource manager may compare the power measurements to 
predetermined thresholds that indicate congestion or underutilization. Based on the 
comparisons with the predetermined thresholds, the resources manager may reallocate 
air interface resources to reduce the amount of the resources consumed by BCMCS. As 
described above, the quality of the BCMCS stream can be adjusted through use of a 

1 5 layered encoding algorithm. 

The resource manager 60 may use filtered loading indicators to adapt the 
broadcast channel. Because resource utilization may change rapidly in a mobile 
communications system, the metric used to determine allocation of resources for 
BCMCS may be filtered to adjust the responsiveness of the resource manager 60 to 

20 changing conditions. It would not be desirable for example to make changes in the 
content of a broadcast too rapidly, because frequent changes would increase the 
overhead required to implement the changes. Further, too frequent changes in the 
quality of the broadcast would be disturbing to subscribers. 

In another aspect of the present invention, the network provides an explicit 

25 notification to the mobile stations 100 when changing the quality of the BCMCS stream 
to avoid service disruption and to enable smooth transitions between changes. The 
mobile station 100 may be informed of the possible operating modes associated with the 
BCMCS stream. The mobile station may acquire this information, for example, during 
content information acquisition or during registration to receive a BCMCS stream. Each 

30 operating mode corresponds to a set of BCMCS session parameters that define the 
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5 encoding and other parameters needed by the mobile station 100 to successful receive 
and decode the BCMCS stream. Each operating mode has a mode identifier that that 
uniquely identifies the operating mode. 

According to the present invention, notification of changes in the BCMCS stream 
is given by transmitting new session parameters including the mode identifier to the 

10 mobile station 100. The session parameters including the mode identifier may be 

transmitted as part of a Broadcast Service Parameters Message (BSPM) over a paging 
channel (PCH) or a broadcast control channel (BCCH). The BSPM is a broadcast 
control message that enables the network to specify the session parameters associated 
with a BCMCS stream. The session parameters may also specify a new Logical to 

15 Physical Mapping (LPM) associated with the BCMCS stream. 

According to one embodiment of the present invention, two new parameters are 
added to the BSPM: the Use Time parameter and the Action Time parameter. The Use 
Time parameter is a one-bit indicator that notifies the mobile station 100 that a change in 
the session parameters associated with the BCMCS stream is pending. The Action 

20 Time parameter notifies the mobile station 100 exactly when the change in the session 
parameters will be effective. The Use Time parameter is a single bit. When the Use 
Time parameter is set to 'T the mobile station 100 is directed to start using the new 
session parameters contained in the BSPM at the time specified in the Action Time 
parameter. The Action Time parameter is a 6-bit field that indicates the system time in 

25 units of 80 ms (modulo 64) when new parameters of the broadcast channel will become 
effective. 

When a mobile station 100 receives a BSPM, the mobile station 100 compares 
the sequence number of the BSPM to that stored in memory to determine if the message 
has been previously received. If so, the message is ignored. If the BSPM is a new 
30 message, the mobile station 100 processes the remaining fields in the message. Any 
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5 new BSPM parameters are stored in memory. If the Use Time parameter is set to "1 
the mobile station continues to use the old BSPM parameters until the designated action 
time and then invokes the new parameters. The parameters of the BSPM may specify a 
new logical to physical channel mapping, and/or changes in the content of the BCMCS 
flow. For example, the BSPM could indicate to the mobile station 100 the encoding used 

1 0 for the broadcast and the number of layers. 

In CDMA systems, a mobile station 100 in soft/softer handoff may receive the 
same information from two or more sectors. In order to combine information transmitted 
by two or more sectors, the mobile station 100 needs to receive the same information 
from both sectors. When a mobile station 100 receiving a BCMCS stream is in soft 

15 handoff, transmissions from the sectors that are being soft combined need to be 

coordinated. In addition to communicating the LPM and operating mode for a BCMCS 
stream, the network may also communicate to the mobile stations the soft handoff 
neighbors that can be combined. In this case, the mobile station 100 may be 
programmed to soft combine transmissions from only those sectors that are compatible. 

20 There is a tradeoff between allowing mobile stations 100 to soft combine versus 

restricting changes in a BCMCS stream to only those sectors where the change is 
optimal. As a consequence, the mobile station 100 may not always be able to combine 
transmissions from adjacent sectors. For example, if one sector is lightly loaded and an 
adjacent sector is heavily loaded, the BCMCS stream may be transmitted with different 

25 encoding in each sector. In this case, the mobile station 100 will not be able to combine 
the BCMCS streams from the adjacent sectors. In many instances, some loss in the 
ability to soft combine BCMCS streams from different sectors may be tolerated. 
However, if the sectors are small and the mobile stations 100 are highly mobile, the loss 
of the ability to soft combine BCMCS streams from different sectors may be more 

30 significant If the service provider considers the ability to soft combine important, the 
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5 service provider may group sectors into larger broadcast zones. Each sector in a 
broadcast zone transmits an identical BCMCS stream, thereby preserving the ability to 
soft combine BCMCS streams from different sectors in the same broadcast zone. In this 
scenario, there may be a single resource manager 60 for each broadcast zone. If the 
broadcast zone corresponds to the set of sectors managed by a single BSC 34, the 

10 resource manager 60 could be conveniently located at the BSC 34. In other 

embodiments, the resource manager 60 could be located at a PCF 32 in the RAN 30 or 
at the BSN 22 in the core network 20. The resource manager 60 monitors resource 
utilization in all sectors within a broadcast zone and determines the operating mode of 
the BCMCS stream. In this scenario, the resource manager 60 selects the. highest 

1 5 quality operating mode that can be accommodated by all of the sectors. 

In the embodiments described thus far, it has been assumed that the BCMCS 
stream originates in a wireline network and terminates at a mobile station. In this 
scenario, the broadcast stream is transmitted over wireline networks from the content 
provider 50 to a RBS 36 and transmitted by the RBS 36 over the air interface to a mobile 

20 station 100. In some embodiments of the invention, the BCMCS stream may originate 
and terminate at a mobile station 100. One application where this scenario may arise is 
video conferencing as shown in Fig. 3 If two or more mobile stations 100 are engaged in 
a video conference, each mobile station 100 generates a BCMCS stream that is 
transmitted over a reverse link channel to the wireless communication network 10, 

25 routed by the network 10 to a RBS 36 serving the receiving mobile terminal 100, and 
transmitted over a forward link broadcast channel to a receiving mobile terminal 100. In 
this scenario, a resource manager 60 controls the resources for the forward link 
broadcast channel as previously described with some modifications described below to 
take into account the performance of the reverse link channel from the originating mobile 

30 station 100 to the network 10. More particularly, the resource manager 60 may take into 
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5 account the performance of the reverse link from the originating mobile station 1 00 in 
provisioning the forward broadcast channel. There is no benefit in allocating resources 
for a BCMCS stream on the forward link that exceeds the capacity of the reverse link 
from the originating mobile station. By taking into account performance of the reverse 
link, over-provisioning of the forward link is avoided. Therefore, the resource manager 

10 60 may limit the air interface resources allocated to a BCMCS stream based on the 
capacity of the reverse link from the originating mobile station 100. 

On the reverse link, the constraining factor is interference among different users 
in the sector. The serving RBS 36 controls the transmit power level of the mobile station 
100. Power control is typically performed by controlling the transmit power of the 

1 5 reverse pilot channel. The available transmit power is limited by the traffic-to-pilot ratio. 
A resource manager 60 controlling the reverse link channel from the originating mobile 
station 100 determines the number of layers that can be transmitted over the reverse link 
and reports the quality of the BCMCS stream received over the reverse link channel to 
the resource manager 60 controlling the forward link resources. As noted above, the 

20 reports from the reverse link resource manager 60 may be used by the forward link 
resource manager 60 to provision the forward link broadcast channel. Similarly, the 
resource manager 60 for the forward link broadcast channel may feed back information 
to the reverse link resource manager 60 to prevent over-provisioning the reverse link 
when the capacity of the reverse link channel exceeds the capacity of the forward link 

25 broadcast channel. Thus, the resource managers 60 for the reverse link channel and 
forward link broadcast channel may negotiate an appropriate configuration for the 
BCMCS stream that can be accommodated by both the forward link and reverse link 
broadcast channels. 
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